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order to view content from both locations. 
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SYSTEM FOR INTEGRATING ACCESS 
TO PROPRIETARY AND INTERNET RESOURCES 

BACKGROUND OF IHE rNVENTION 

S Field of the Invention 

The present invention relates generally to methods for accessing information resources 
located on an online service and the Internet. Particularly, the present invention relates to 
B^'stcm Sud jSictucd for usui^ a Suigilc access mccuonisui to search oHu visw coutent u'OiU «ii 
online service and the Internet. In a preferred embodiment of the present invention, extensions 
10 to the Uniform Resource Locator (URL) addressing scheme of the Internet facilitate access to 
ioformation resources from alternative sources such as an online service con^rised of 
information resoiirces accessible via proprietary protocols. 

Description of the Related Art 

IS Online services today offer a variety of services to their subscribers. Subscribers may 

access news, weather, financial, sports, and entertamment services as well as partidpate in and 
retrieve information from online discussion groups. For example, a subscriber of the 
Conq)uServe® Information Service may view and retrieve information on a wide variety of 
topics fi'om repoatories located throughout the world. The repositories may be maintained by 

20 the service provider or by third party providers who make their information and services 
available via the worldwide network of computers that cot]q)rise the onlme service. 

A subscriber to an online service typically accesses the service using special 
communication software (a.k.a., cHent application or client software) that estabUshes and 
manages a connection from the subscriber's con^uter (or client) to the service provider's host 

25 conq)uters (or servers) and facilitates the subscriber's interactions with the service. For 
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example, subscribers to the CoDq)uServe Information may use the CompuServe Information 
Manager for Windows (WinCIM)— a graphical based tool for accessing CompuServe's 
basic/extended news services and discussion groups (forums) as well as electronic mail. 

In addition to managbg the connection, the cheat communication software displays 
5 pages or screens relating to retrieved content according to views or presentations specific to 
the online service. For exaiiq)le, if information is retrieved from a discussion group, the cUent 
couiuafiuieatioii software may display s screen «.'!th a frs! iGon for acccwing files contamed in 
libraries and a second icon for accessing messages submitted by subscribers. After selecting 
the first icon, the subscriber may be present with a Ust ofUbrary files fi-om \\4uch to use. The 
10 fimctionaUty of the discussion group and the user interface (i.e., icons, dialog boxes, menus, 
etc.) for interacting with the discussion group are dictated by the service provider and hence, 
represent views or presentations specific to the onhne service. 

Interactions between the subscriber's computer and the service are feciUtated by a 
variety of software protocols (i.e., communication conventions, rules, and structures), 
1 5 inchiding apphcation level protocols, for managing the transfer of data across the network and 
to the client application on the subscriber's conq)uter. A protocol may be proprietary or 
exclusive to a service such that only chent software fi-om the service provider may be used to 
communicate with the server software. For exanq)le, an onUne service that supports electronic 
mail, discussion groups, chat groups, news services, etc. may define and use specific protocols 
20 for each type of service so that appropriate information is exchanged between the participants 
(i.e., ciitfuts and servers). Each appUcation-specific protocol may be based on a common, 
underlying protocol. 

The hitemet and World Wide Web (WWW), comprised of a vast array of international 
computer networks, provide online service subscribers with additional information resources 
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to search. Typically, these resources are accessed using a Web browser, such as Spry's 
Mosaic, capable of understanding the HyperText Markup Language (HTML) used to create 
the documents found on the WWW and the HyperText Transfer Protocol (HTTP) used to 
navigate the WWW. Although Web browsers typicaQy have varying levels of functionality or 
5 sophistication, retrieved content is displayed in content pages according to views or 
presentations specific to the Web document currently presented by the Web browser. 
Tjpic2!l>', the views and presentations are difiFerent tb»n those provided by the communication 
software from the online service because the Web browser is, in fact, a separate client 
application di^laying Web documents containing presentation directives. 

10 Although online services and the Internet provide vast information resources, 

subscribers who wish to access both service provider and Intemet resources in order to 
research a particular topic may find the task difficult and cumbersome to perform because 
subscribers must use a fibrst cUent application to access the service (e.g., WinCIM) and a 
second client application to access the hiteinet (e.g.. Mosaic). In some instances, both client 

15 applications may be running (one active, one inactive) and capable of sharing a single 
connection so that the subscriber may toggle between the applications in order to complete the 
research task. Despite the convenience in the abiUty to toggle between the two appUcations, 
the subscriber is nonetheless required to learn both applications which have dissimikr user 
interfeces. Furthermore, the search resuhs are separated because the searches are performed 

20 independoitly of one another and retrieved content is displayed m two separate application 
presoitations. Although one physical connection may be shared, the logical coimections, as 
provided by two different client applications, are separate. 

For example, a subscriber may wish to perform research on the topic of Doberman 
dogs on an online service and the Intemet. The subscriber may begin by invoking the online 
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service provided client application and accessing a discussion group devoted to dogs. The 
subscriber may then search the discussion group libraries by entering a query such as 
"Doberman" in a dialog box. The cUent application may then display the results of the search 
in a first window. After browsing the results of the search, the subscriber may decide to 

5 perform the same search on the Internet. The subscriber may toggle to the Web browser cUent 
application and enter the same query in a browser dialog box. The browser may then display 
the results of a search of Web sites, Ussaet news groups, etc. in a second window. Ahhough 
the subscriber may find mformation fi:om both sources to be of interest, the process of finding 
the information is time-consuming and potentially confusing because the subscriber must 

10 perform the same search twice uang two diflferent cUent applications that use dissimilar 
presentations. 

SUMMARY OF THE INVENTION 
The present invention (the Resource Integrator) addresses the problems and limitations 

1 5 of current tedmology in which two separate client applications are needed to search and view 
results fi^om both an onlme service and the Internet. The present mvention integrates access to 
a proprietary online service and the Internet through a single cUent application. The present 
invention allows a subscriber to perform sear«dies without regard to the location of the content 
(fi^om the service or the Internet) and view the results in accordance with presentations 

20 managed by the cUent appUcation without regard to the content source (the service provider or 
the Intemet). In a preferred embodiment, a standard Internet addressing scheme is used to 
retrieve content firom the Intemet while extensions to the Intemet addressing scheme are used 
to retrieve content firom the online service. The use of a uniform addressmg scheme to 
retrieve content from all sources allows an online service subscriber to use a single cUent 
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application to access information resources from both the service provider and the Internet. 
The present invention is coii]q}rised of three primary components: (1) extensions to the 
standard Uniform Resource Locators of the Internet (the extended URLs are called XURLs); 
(2) client appHcation software (Resource Integrator client) for the subscriber's conq)uter that 
5 is capable of processing messages in accordance with URLs and XURLs; and (3) server 
sofhvare (Resource Integrator server) located at the onlme service for processing messages in 
accordance with the l.rRLs and XlfRLs. 

BRIEF DESCRIPTION OF THE DRAWTNGR 
Figure 1 is a diagram of the structure of an Internet Uniform Resource Locator; 
Figure 2 is a system organization diagram of the primary components of the present 
invention; 

Figures 3A-3C are exan^les of screen displays in accordance with a preferred 
enibodiment of the present invention; 

Figure 4 is system organization diagram of the primary software components of the 
present invention; and 

Figure 5 is a flow diagram of the primaiy steps for a preferred embodiment of the 
present invention. 

DETAILED DESCRIPTION O F PREFKRRFn EMBODIMENT'S^ 
Uniform Resource I j^ci^^^rs 

A Uniform Resource Locator (URL) is a mechanism for accessing resources on the 
Internet. A URL is used on the Internet to address resources such as HTML documents, 
images, sound files, database search engines, etc. It is a text-string (i.e., single line of printable 
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ASCn characters that may be viewed as an identifier for the resource) that may be used to 
reference data or any resource on the Internet including the results of software application 
commands. Referring to Figure 1, a URL foUows a specific structure and syntax. The 
structure of a URL is shown m Figure 1. The first part of the text string 10 defines the 
5 protocol or scheme to be used m processmg the string. For example, the protocol may be one 
of the following: 



htt" 


HyperTwrt Transfer Protocol 


ftp 


File Transfer Protocol 


Gopher 


Program and associated protocol for 
reading information firom the Internet 


news 


Usenet newsgroup 


WAIS 


Wide Area Information Server 



The next field 12 indicates an Internet Domam Name of a site on which a server 
capable of processing the request embodied m the URL is running. For example, the domain 
10 name may be one of the following: www.compuserve.com. www.wow.com, etc. 

The Port Number 14 is optional and is used to mdicate the port number of the server 
to which the request is to be directed. If not present, the browser or client appUcation 
assumes a commonly understood defiiuh value of the indicated protocol. 

The last field 16 defines the location of the resource. In many mstances, a directory 
15 structure that leads to a paiticuhir file is supplied (e.g., /path/subpath/file.ext). The location 
may also indicate an appUcation or script and associated search string (e.g., /cgi-bin/srch- 
data? archie-^ database). 
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For sinqjlification, Internet URLs oiay be viewed as taking the form:. 



access_inethod:appUcatioD_info 



^^ere: 



access_nieUiod specifies the communications model used to 
access the data. Exanqiles include: http, ftp, 
telnet, news. 



applicatioo_iiifo is dependent on the specific access method. 

In http, and others, the application info is 
divided into more parts as follows: 

//host_name:port/object_name 
where: 

bost_name is the name of the 
server providing the data. 

port (not always used) is the 
socket port to connect to. 

object_name is the name of the 
object on the server, typically 
in the form of a path name, or 
some other hierarchical 
notation. 



5 As may be apparent, die URL scheme of the Internet is flexible and adaptable. Each 

URL indicates how and where to access a resource. The "how" (i.e., access method) portion 
is based on widely known and used methods so that the information shared between the client 
and application server is ssxapfy an identifier for the appropriate access method. The "where" 
portion also follows weQ-known conventions so that application servers need only information 
1 0 about the hierarchy in order to process a chent request. 
Online Tnfnnwiri on Service Resources 

Within an online service such as the CompuServe Information Service, resources may 
be viewed as objects such as discussion group messages, discussion group hbrary files, news 
databases, etc. Although accessible via a proprietary protocol, these same objects may be 
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identifiable via extensions to the URL scheme of the Internet. The objects of the onlme 
service may also be treated as resources identifiable in accordance with the Internet URL 
scheme and ultimately, accessible via the proprietary protocol. Extensions to the URLs 
&ci]itate access to the online service objects (i.e., resources) just as standard URLs fiicilitate 

5 access to Internet resources. The system and method of the present invention, based on 
extensions to URLs, thus allows online service objects to be accessed in a manner similar to 
thst for accessing Intent^ resources. The LTRI- extension-S; unique to the nresent invention, 
define a imiform resource identification scheme that allows onUne service subscribers to use a 
single client application for accessing information resources regardless of their location. 

10 VRLExtensiong(XURLs) 

In a preferred embodiment of the present invention, the URL extensions are primarily 
intended for use as hnks to objects, although in s<me contexts, embedded references may be 
used. Preferably, the extmsions rdate to application protocols that have been developed to 
siq)poit the online service. In other words, the extensions provide a mapping to existing 

15 protocols and ensure that information needed for procesang the request according to the 
existmg protocol is provided. The XURLs are interpreted by the Resomce Integrator client so 
that communications with server appUcations that understand only the existing protocol may 
be established. Using this technique, client and server software that supports the existing 
protocols need not be changed to accommodate the use of XURLs. 

20 In following the conventions for Internet URLs, the first part of the extension 

describes additional access methods for retrieving local and remote content fi-om the online 
service. This content is managed by providing^first, a new set of access methods, and for each 
access method, providing object details that describe different types of objects available within 
each access method. For exan^le, in accordance with a preferred embodiment of the present 
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invention, the following access methods — ^that preferably relate to existing protocols used by 
the online service — ^may be defined: 

URL Access Method Related Eiisting Protocol 

X-CSIDAP Display Application Protocol 

X-CSDFAP Discussion Group Application Protocol 

X-CSINSP News Service Application Protocol 

X-CSIRTC Real Time Communication Application Protocol 

(such as Chat or Conference sessions) 
X-CSIEMP Electronic MaU Application Protocol 

X-CSIHMI Common Application Prntacnl 

One or more objects may be associated with each access method. The objects define 
the additional mfonuation needed to process requests for the services identified by each access 
method. This scheme permits HTML documents specific to the online service and other 
contexts in which URLs are used to refer to many onUne service protocol objects m a foim 
that is consistent with URLs used to access Internet resources. 

The additional information for the access methods is preferably, formatted similarly to 
HTTP URLs. Preferably, the HTTP URL host_name field for the onlme service access 
method is a name for a specific service. Preferably, it follows the same general form (e.g., 
"CIS:PSG-80", etc.) As with HTTP URLs, the service name component of the extended URL 
is, preferably, separated fi-om the object_name field by a single slash character. The objects 
for the various access methods that may be referenced usmg extended URLs may be defined as 
shown in v^pendix A. 

The Partial URL notation that is part of the standard URL notation is valid as a part of 
this notation for the extended URLs of the present invention. For example, an HTML 
message that is located withm a discussion group may reference a libraiy file in that same 
forum by using a notation such as: 

X-CSIFAP:Ubraiy.file/34234 
This URL references file nimiber 34234 in the same forma 
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Refening now to Figure 2, a system organization diagram of the hardware (and 
associated software) components for a preferred embodiment of the present mvaition is 
shown. Typically, online services 22 are comprised of a large number of network node 24 and 
host computers (or servers) 26, 28, 30 in communication with one another via a wide area 
5 network. Online service network node computers 24 may also be in communication with the 
Internet 32 so that users of the Internet may connect directly to the online service 22 or they 
may send cnmnimiications to subscribers of the onlme service. In addition, subscribers 20 to 
the online service may access servers 34 throughout the Internet 32. 

The online service subscriber 20 accesses the online service 22 via a network node 
10 con^uter 24. The Resource Integrator cUent running on the subscriber's conq)uter facilitates 
the subscriber's interaction (via display pages to record subscriber selections) with servers 26, 
28, 30, 32 that provide the requested services. After determming the subscriber's area of 
interest (e.g., based on a topic and action), content pages relating to the subscriber's selections 
may be retrieved. Preferably, the Resource Integrator is capable of determinmg, based on 
1 5 information in a URL or XURL, whether a content page is to be displayed in accordance witii 
an onlme service view (which may be based either on an Internet protocol or on an existing 
proprietary protocol) or a Web browser view. In other words, the URLs and XURLs specify 
the communication requirements (Internet or existing proprietary protocol) between tiie 
Resource Integrator cUent and seiver application software. Determination of tiie proper view 
20 allows both online service content and bitemet content to be displayed via interaction with a 
smgle Resource Integrator client application. 

The Resource Integrator client and server application software is, preferably, designed 
to conform to specifications and conventions used in developing Web-based products. In 
otiier words, tiie subscriber interacts witii a Web-based product (Resource Integrator cUent) 
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20 that communicates with the onlme service (Resource Integrator servers) 26, 28 via the 
HTTP protocol of the Internet. Initially, the subscriber's interactions are with Resource 
Integrator pages that are Web pages with vAuch the subscriber interacts to communicate 
information regarding the tasks to be conq)leted. Depending upon the subscriber's actions and 
5 requests, additional displays may be Resource Integrator pages from the online service that 
facilitate determination of the subscriber's desired actions 26, 28, Web content pages from 
other Internet Web sites 32, or content pages in accordance with the existing nrnnrietary 
protocols used by the online service 30. 

Referring to Figure 3, examples of the three types of pages in accordance with the 

10 presoit mvention are shown. Figure 3A is an exaiiq)le of a Resource Integrator page. Figure 
3B is an exanqile of an Internet Weib content page. Figure 3C is an exanq)le of a contoit page 
in accordance with an existing proprietaiy protocol of the online service. The content pages 
facilitate viewing of the located information resource. 

Conformance of the Resource Integrator client to Web based product specifications 

IS and conventions facilitates the use of URLs and XURLs for locating mfonnation resources on 
the Internet and through the online service. Furthermore, the pages of the Resource 
Integrator that comprises the subscriber's inter&ce with the online service are Web pages that 
may be identified via URLs. For exanq)le, a page that contains a list of items that reference 
both online service and Internet information resources may itself be based on specifications 

20 and convrations used in dispkying Web pages. 

Referring to Figure 4, a system organization diagram of the primary software 
components for a preferred embodiment of the present invention is shown. The Resource 
Integrator client 40 manages the mteractions between the subscriber and the servers of the 
online service and the Internet (via a network node computer 48). Preferably, various user 
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interfice themes 42 are iiiq)lemented on top of the Resource Integrator client so that 
subscribers may choose a particular style of interface for interacting with the online service. 
The Resource totegrator manages communications with the online service using both a 
proprietary mterface based on ejdstmg protocols 44 and a Web bteifece based on the HTTP 
protocol 46. 

Preferably, the URLs used by the Resource Integrator client and server application 
software for P^escurce Litegrator pages are easily recognizable to humans without the aid of 
tables, charts, conversions, etc. Preferably, the URLs are also easily creatable by humans 
without bemg prone to error. Therefore, the Resource Integrator client/server application 
URL specification, preferably, uses elements that closely mimic the organization of the cBait 
appUcation software and does not enq)loy codes, abbreviations or other cryptic syntax. 

The Resource Integrator client application software fecilitates a subscriber's 
mteractions with the online service and the Internet. In the preferred embodiment of the 
present invention, all information resources are located usmg a URL or XURL. The URLs 
and XURLs point to content pages mside and outade the online service. The identifiers are 
then interpreted to locate the desired content. Preferably, the transformation of a requested 
URL or XURL to actual content is mvisible to the so the subscriber is not required to use 
URLs or XURLs directly at anytnne. Preferably, the URL format does not imply a qiecific 
means by which the requested content is stored on the server nor does it exclude specific 
server storage mechanisms. 

Because the client appUcation software is Web-based (and hence, uses Web pages to 
fiicilitate a subscribers mteractions in locating onlme service and Intemet based mformation 
resources), the Resource Integrator client and server application software may communicate 
via HTTP. In addition to usmg HTTP in a preferred embodiment of the present invention, the 
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Common Gateway Intei&ce (CGI) scheme of Web-based products is used to retrieve 
appropriate Resoiurce Integrator pages. Tlje CGI allows the HTTP server processmg requests 
for the Resource Integrator to activate additional programs and perform additional processing 
on data from the client or other sources. Preferably, a CGI peri script called GET is used to 
translate the cUent appUcation URLs and retrieve the appropriate page. 

In a preferred embodiment of the present invention, the URL format for retrieving 
Resource Integrator content pages !.<; a.s follows: 



where 

vxxw-server The fully qualified domain name of die server. Currently, all content 
pages for die Resource Integrator client application itself uses one of the 
following special, well-known domain names: 



Domain Name Description 



www.wow.com Pages in this domain are automatically displayed in the client's web 
browser view. 

whack.wow.com Pages in this domain have the URL parsed by the client to 
determine the proper view in which the page should be shown to 
the user. If a view matching the characteristics specified in the 
URL is not found, die client's web browser view is used. 



cgi-direaory The web server's cgi directory that contains the programs used to parse 
Web content URLs. Currently, all content for the client application uses 
die same cgi directory: cgi-bin. 

cgi-commandTbt web server's cgi command diat is used to parse web content URLs. 
Currently, all content uses die same cgi command: get. 

tag A case-sensitive string constant specifying a client characteristic or 

selection. Note that while most tags are provided with die URL, die 
cUentid tag is an exception in diat it must be appended by the client. 
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Tag 



Provided By Description 



browser 
category 

center 



client, server 



community 
document 
section 
service 



client, server 



server 
server 



Unconditionally display the content identified by this 
URL in die web browser view. 
In the USA Standard theme, the main menu cards. 
The category tag and the center tag are mutually 
exclusive in any given URL. 
In the USA Standard theme, one of die Centers 
accessed direcdy via die pogs on the main menu (e.g. 
News Center, Mail Center, etc.). The center tag and 
category tag are mutually exclusive in any given 
URL. ' 

The client software's signature ID. Typically, this ID 

will include die client name (e.g. WOW) along widi 

it's version number (e.g. 100). The web server can 

assume that the user is utilizing die client application 

software if diis tag is provided in the URL. 

In die USA Standard dieme, die subcategories. 

A web document filespec. 

A community /service section name. 

In die USA Standard dieme, die tool pogs plus 

"What's New". 

A client view name. Unconditionally display die 
content identified by diis URL in die specified view. 



value A case-sensitive string literal. Values vary based upon die tag diey are 
associated with, and, widi die exception of userid values, are dieme- 
specific. 

Referring to Figure 5, a flow chart of the subscriber process for accesang information 
resources from an online service and the Internet is shown. Initially, a Resource Integrator 
page is displayed by the Resource Integrator client to die subscriber 50 so that the subscriber 
may make selections regarding topics and actions of interest 52. The subscriber may interact 
with several pages before all selections are determined. Following the subscriber selections, 
die Resource Integrator server creates a list of online service and Internet resources meeting 
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the selected criteria 54. The options that meet the selected criteria may be associated with 
URLs OT XURLs. Another Resource Integrator page is used to di^lay the results to the 
subscriber 56, The subscriber may then make a selection from the list of options 58. The 
URL or XURL associated with the selection is sent to the server for processing 60. The 
Resource Integrator client looks 62 at the URL to determme whether the retrieved content 
page should be displayed in accordance with an online service protocol or in accordance with 
a Weh browser view. The ability of the Resource Integrator to manage the presentation of 
mformation from either source provides the seamless integration of online service and Internet 
resources. 

In order to attract and keep new subscribers, online services have attempted to 
increase the amount of available information. The ability to locate information resources on 
the Internet is one way in which online services are able to increase the amount of faiformation 
available to subscribers. The present invention fiidlitates subscriber's interactions with both 
the onlme service and the Internet by providing seamless integration of the two via a single 
cliait application capable of retrieving and displaying for the subscriber online service and 
hitemet content. 

Hie present invention is described in detail with ^ecific reference to a single preferred 
embodimoit and certain altematives. However, there is not intent to Imiit the mvention to the 
particular embodiment of ^ecific akematives. The true scope and spirit of the present 
invention is defined by the following claims. 

Appendix A 

X-CSIDAP Objects within DAP (Display Application Protocol) are directly defined by their 
service name and require no additional identification in the URL. That service 
name is placed in the host name portion of the URL The object_name portion of 
the URL is used only for identifying the type of the object being referred to. 
These types may be one of the following list: 

15 
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Article 

Menu 

FUe 

Dialog 

DPP 

Terminal 

or 

one of the other host content access methods like X-CSIFAP. 
Also, if this field is not present, the object type is not specified. 



In addition, a reference to a Diq)lay objea may be identified as volatile by appending a 

volatile keyword as shown in the examples. The addition of this keyword mdicates that this 

object should be requested (or validated) each time the item is selected by the user. Although 

the referenced object may or may not be cached, the relationshq) between the hotlmk and its 

target object preferably, is not maintamed. 

Exanq)les: 

X-CSIDAP://CIS:TOP/Menu 
X-CSIDAP://CIS:HMINEW/Menu. volatile 
X-CSIDAP://CIS:PSG-80/X-CSIFAP 
X-CSIDAP://CIS:CIS-NEW/Article 
X-CSIDAP://CIS:CIS-NEW/Article.voUtile 



X-CSBFAP Within FAP (Forum AppUcation Protocol), there are three major categories of 
services: Message Board, File libraries, and Conferences. The object_name 
field m a FAP URL may be arranged as follows: 

/category.objectjype/identifier 

where category is one of general, message, library or conference. 

Within these categories, different object types exist, and the identifiers (and 
interpretation of the identifiers) vary for those different object types. The 
object_types for these categories may be defined as follows: 

general: 

bulletin 

integer: bulletin number 

member-interests 
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String: user id 

message: 

section-list 

no parameters 

section 

integer: section id of the section 
message 

integer: absolute message number of the message 
thread 

integer: thread id of the thread within the forum 

description 

no parameters 

section-description 

integer: section id of the section 

library: 

section-list 

no parameters 

section 

integer: section id of the section 

file-description 

integer: catalog number of file 

file 

integer: catalog number of file 

description 

no parameters 

section-description 

integer: section id of the section 

conference: 

conference-list 
no parameters 

conference 

integer: section id of the conference 

17 
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desctiption 

no parameters 

conference-description 

integer: sectim id of the conference 

User-List 

no parameters 

For exan5>le, a reference to a message is the entire message itself In contrast, a 
reference to a message section is may be a view of that section which may be manifested as a 
self-expanding list of all of the message threads within that section. 
Exanq)les: 

5 

X-CSIFAP://CIS:IBMCOM/message.section-list 
is a reference to the section Ust in the IBMCOM forum. 

X-CSIFAP://CIS:WINFUN/message.message/56312 
10 is a reference message # 563 1 2 in the CIS:WINFUN fonun. 

X-CSIFAP://CIS:WINSDK/library.ffle-description/328 1 3 
is a reference to a fQe description m the CIS:WINSDK forum. 

X-CSINSP The online service News Service Protocol (NSP) provides a variety of accessible 
objects. Like FAP, these objects may be idaitified by a combination of service 
name and object name. NS? categorizes its objects using the following identifiers: 
folders: 

no parameters 

folder: 

inttger. folder id 

story: 

integer: story id 

story-lead: 

integer: story id 
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A reference to the folders in a news service is the Ust of available folders. A reference 
to a folder is a list of the stories in that folder. 
Example: 

X-CSINSP://CIS:ENS/story/1432 
is a reference to the ENS story numbered 1432. 



X-CSIRTC Real Time Conferencing (RTC) Applications like CB have container objects 
(sometimes called Rooms or Channels) as weU as more traditional objects (like 
room lists.) Although managed differently from the other online service 
protocol, these objects may be identified shnilarly using this URL convention. 
The RTC identifiers are ^ecified as follows: 

Room: 

integer: room number 

Rooms: 

rto parameters 

Room-Description : 

integer: room number 

User-List: 

no parameters 

Exsaxsples: 

X-CSIRTC://CIS:CB-l/Room/17 
X-CSIRTC://CIS:CB-2/User-List 



X-CSIEMP This access method provides references to user email objects in the online 
service common protocol. These objects are generally Umited to the 
subscriber's own email messages, but can be used to generate references to 
other parts of email messages sent by a subscriber. There are two basic 
identifier types in Email: 

Messages: 

no parameters 

Message: 

string: message id . integer: part number 
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Examples: 

X-CSIEMP://CIS:MAILHMI/Messages 
X-CSIEMP://CIS:MAILHMI/Message/543 1-3234 
X.CSIEMP://CIS:MAILHMI/Message/5662-23 13.3 



X-CSEBDMI This access method is used to reference common HMI protocol objects. These 
objects do not require a specific service name to be specified. The following 
object types are defined: 

Weather: 

String: location identifier 

Quotes: 

String: ticker identifier 

ImageRef: 

String: formatsheet. version, image 

where format is either 'GIF', 'JPG', or 'PNG' (or others). The 
version and image fields of an image ref are optional. When 
veraon is not present, no version checking is performed. When 
image is not present, the ImageRef is interpreted as a single 
image rather than a bundled sheet. 



Examples: 

X-CSIHMl:AVeather/Local 

X-CSIHMl:AVeather/Cohunbus 

X-CSIHMI:AVeather/Cohmibus.Oh 

X-CSIHMI:/Quotes/HRB 

X-CSIHND:/ImageRe£/GIF.Ox 1 9C.4 

X-CSIHMI:/ImageRee'GIF.0x2 1 C.3 . 1 

X-CSIHMI:/ImageRefi'GIF.0x2lC..2 



The Local CD ROM Objects take a sBghtly diflGsrent form In the preuous URL 
specifications, the host name portion of the URL is filled by a service name identifier, and the 
object name is specific to the access method. In CD ROM objects, the host name field is used 
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to identify the CD ROM volume, and the object name is the full (or partial) path name of the 
file on the CD ROM. 

Preferably, the vohmie name is encoded exactly as it is encoded on the CD. The 
vohune name appears in the form of HTA/ where V is the vohmie number, YY is the year of 
S release, and M is the target machine. 
Exan:q>les: 

X-CSICDRQM://394W/C0VER/C0VERA.OGO3.AVI 
X-CSICDROM://394W/LEISURE/GAMES/OMF.DOC 
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WHAT IS CLAIMED IS: 

1. A computer information system, compriang: 

information resources of a first type accessible via a first protocol; 
information resources of a second type accessible via a uniform addressing 
scheme; 

servers capable of storing said information resources of said first type and said 
information resources of said second type; aad 

a client application for communicating with said servers to access said 
information resources, said client application capable of displaying content pages for 
said information resources of said first type and said information resources of said 
second type. 

2. The system of claim 1 , wdierem said first protocol is a propriety protocol for accessing 
information resources fiom an online service. 

3. The system of claim 1, wherein said tmiform addressing sdieme is the Internet Uniform 
Resotirce Locator addressing scheme. 

4. The system of claim 1 , wherein said client application is a Web-based product. 

5. The system of claim 1, vviierein said information resources of said first type may be 
accessed by said client appfication using extensions to said uniform addressing scheme. 

6. The system of claim 1 , wherein said information resources of said first type may be 
accessed by said client application usdng extensions to the Internet Uniform Resource 
Locator addresdng scheme. 

7. A system for locating information resources of a first type and information resources of 
a second type, compriang: 

a protocol for locating said information resources of said first type; 
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an addressiag scheme for locating said infonnation resources of said second 

type; 

extensions to said addressing scheme, said extensions mapped to said protocol 
for locating said information resources of said first type; 

a client application capable of mteipretmg identifiers in accordance with said 
addressmg scheme and said extensions to said addressing scheme; and 

content pages for said information resources, said content pages di^layed by 
said client application in accordance with said dieni applicatiou's ktcipreiation of said 
identifiers. 

8. The system of claim 1, v^4ierein said addressmg scheme is the Internet Uniform 
Resource Locator addressmg scheme. 
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